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REMARKS 
Priority 

Acknowledgment made for Applicant's claim for foreign priority under 35 U.S.C. 
§1 19(a)-(d). It is requested that the Examiner acknowledge (in form PTO-326) filing by 
Applicant and receipt by the U.S. Patent and Trademark Office of all of the certified 
copies of the priority documents filed in this application. 

Prior Art Cited by the Examiner 

Ogushi et a/., U.S. Patent Publication No. 2003/0182434 relied upon by the 
Examiner on page 6 of the Office action was not listed in the form PTO-892 attached to 
the Office action. Accordingly, the Examiner is requested to issue a supplemental form 
PTO-892 citing the Ogushi et al '434 reference. 

Objection to the Claims 

Claim 13 is objected to as being substantial duplicate of claim 14 under 37 C.F.R. 
§1.75. This objection is traversed. 

Claim 13 depends from claim 11, and thus by definition of a dependent claim 
includes the features of claim 11. Claim 14 depends from claim 12, and thus by 
definition of a dependent claim includes the features of claim 12. 

Since claim 13 does not include all the features of claim 12, then claims 13 and 14 
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cannot be duplicate claims. 

Therefore, the objection is deemed to be in error and should be withdrawn. 

Claims 1-16 were objected to and the Examiner recommended that the applicant 
delete PADI, PADT, PADO and use PPPoE Active Discovery Initiation, PPPoE 
Discovery Terminate, PPPoE Active Discovery Offer. 

In view of the Examiner's objection claims 1-10 have been amended to place the 
desired terms outside of parenthesis and place the terms objected to inside parenthesis. 
Claims 11-16 did not contain the terms being obj ected to . 

Accordingly, the objection should be withdrawn. 

Claim Rejections Under 35 U.S.C. §103 

A. Claims 1-4, 6-9, 11-14 and 16 were rejected under 35 U.S.C. §103 as being 
unpatentable over Xu, U.S. Patent Publication No. 2004/0052263 in view of A 
Method of Transmitting PPP Over Ethernet, RFC 1516, Mamkos et aL, and 
further in view of Kaganoi et aL, U.S. Publication No. 2003/0012198. The 
Applicant respectfully traverses this rejection for the following reason(s). 

Claim 1 

Claim 1 calls for a series of interconnected steps to occur if a client becomes 
disconnected from a server in a manner other than by transmission of PPPoE Active 
Discovery Terminate (PADT) packets between said client and said server. 

Those steps include, in part, said client transmitting a PPPoE Active Discovery 
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Initiation (PADI) packet to said server; and following the transmission of said PPPoE 
Active Discovery Initiation (PADI) packet, said client checking a packet received from 
said server to determine whether the packet received from said server was a PPPoE 
Active Discovery Offer (PADO) packet or a session packet. 

A PPPoE connection between a client and a server is often disconnected due to 
abnormality in a client's device or at a request of a user in the middle of transmitting and 
receiving data in a PPP session stage. Then, the user reboots the client's device and 
attempts reconnection. However, the client fails in reconnection because the server 
misrecognizes that the established connection is supported continuously. Of course, the 
server automatically terminates the connection by recognizing it as disconnection when it 
takes much time for the user to reboot the system. However, when rebooting the client's 
device can be done faster than the server recognizes its disconnection to the client, the 
server cannot automatically terminate connection. Therefore, the client fails in 
reconnection (refer to paragraphs [0008] and [0009] of the present invention). Xu does 
not recognize such problem at all. 

The present invention aims for promptly terminating a PPP session which 
disconnected due to abnormality in the client's terminal but fails to connect continuously 
by server. On the other hand, Xu aims for reconnecting a PPP session by using 
information about the PPP session connected recently after terminating the PPP 
connection. 

Xu transmits the end message in the steps of LCP (refer to Fig. 8) and Discovery 
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Stage (refer to Fig. 10) which composed the PPPoE connection, and terminates the 
established connection. In this case, Xu determines to use PPPoE encapsulation. Thus, 
all connection attempts fail while the server recognizes the disconnection to the client 
even though the server misrecognizes that the established connection is supported 
continuously (but the session is disconnected because of abnormality in the client's 
terminal). 

On the other hand, in the present invention, a) the client terminal determines 
whether the server transmits a PADO packet response to the PADI packet when the client 
terminal transmits the PADI packet to reconnect with the server after rebooting, b) the 
client terminal regards the established session as supported continuously when the server 
does not transmit the PADO packet c) the client extracts a MAC address and session ID 
from the session packet, terminates the PPP session corresponding to the MAC address 
and session ID by transmitting a PADT packet which includes the MAC address and 
session ID to the server. 

In paragraph [0061] of Xu the scenario of a lost connection (during a method 290 
(Fig. 10) for determining whether a DSL network is using PPPoE encapsulation) leading 
to a timeout at the CO-side (central office-side) is addressed. Xu's invention provides a 
function which has been termed "fast connect recovery" under which information about 
the last successful connection is saved in the CPE (customer premises equipment) 
modem's memory. 

In step 291, a LCP terminate-request packet is sent from the CPE modem to the 
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CO modem using this stored information. LCP terminate-request packets provide a 
mechanism for closing an open connection. 

A CO (central office) modem receiving a terminate-request packet must transmit a 
terminate-ack packet in response. Hence, if a terminate-ack packet is received (step 292), 
the CPE modem knows that PPPoE encapsulation is being used (step 293) since the 
PPPoE-encapsulated terminate-request was understood by the CO. 

If a terminate-ack packet is not received, in step 292, a PADT (PPPoE Active 
Discovery Terminate) packet is sent in step 294. A PADT packet is defined under the 
discovery stage of the PPPoE protocol and serves to make sure that, if a connection did 
exist, it is terminated. That is, the CO modem is told to disconnect any connections that 
it thinks exists and prepare to accept a new connection. At this point, Xu differs from 
Applicant's claim 1 wherein a series of steps are claimed when a client becomes 
disconnected from a server in a manner other than by transmission of PPPoE Active 
Discovery Terminate (PADT) packets between said client and said server. 

Neither Mamakos nor Kaganoi suggest Xu be modified to not transmit a PADT 
piacket. Therefore, the applied art teaches a PPPoE Active Discovery Initiation (PADI) 
packet is transmitted after transmission of the PADT packet, contrary to claim 1 . 

Accordingly, claim 1 is not obvious in view of the applied art, and the rejection 
should be withdrawn. 

Additonally, in Xu, once a PPPoE Active Discovery Initiation (PADI) packet is 
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transmitted (after transmission of the PADT packet), it is checked in step 296 to 
determine if a PADO packet is received. 

Claim 1 calls for following the transmission of said PPPoE Active Discovery 
Initiation (PADI) packet, said client checking a packet received from said server to 
determine whether the packet received from said server was a PPPoE Active Discovery 
Offer (PADO) packet or a session packet. 

In Xu, if the PADI code field 225 is set to 0x07, the packet is the PADO (PPPoE 
Active Discovery Offer), and it is determined that PPPoE encapsulation is being used 
(step 297). If the PADI code field 225 is set to 0x09, the packet is not the PADO (PPPoE 
Active Discovery Offer), and it is determined that PPPoE encapsulation is not being used 
(step 298). 

In the Office action, the Examiner remarks, Kaganoi teaches determine and/or 
check to what types of packets are being received (para.0047). Therefore it would have 
been obvious to one ordinary skill in the art at the time of the invention to modify the 
teachings of Xu in view of Mamakos to include determination of different types of 
packets as taught by Kaganoi in order to determine what types of packets are being 
received. One ordinary skill in the art would have been motivated to combine the 
teachings of Xu, Mamakos, and Kaganoi in order to determine what types of packets are 
being received. 

The Examiner's reliance on Kaganoi is not clear. It is not clear what feature of 
Applicant's claim 1 the application of Kaganoi is supposed to teach which is supposedly 
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not taught by Xu. Additionally, Xu clearly provides steps for determining what types of 
packets are being received. 

Accordingly, it is respectfully requested that the Examiner clarify why Kaganoi is 
applied in the rejection. 

Also, claim 1 calls for said client extracting a session-ID from said packet 
received from said server when it is determined that the packet received from said server 
is the session packet. This step follows the step of said client checking a packet received 
from said server, following the transmission of said PPPoE Active Discovery Initiation 
(PADI) packet, to determine whether the packet received from said server was a PPPoE 
Active Discovery Offer (PADO) packet or a session packet. 

Looking to Xu, the PADI packet was sent in step 295 and then it was determined 
whether a packet received was a PADO packet in step 296. In Xu, when it is determined 
that the packet received from said server is not the PPPoE Active Discovery Offer 
(PADO) packet, step 298 is performed. 

Xu merely states that in step 298 the CPE modem concludes that PPPoE 
encapsulation is not being used. 

Accordingly, there is no teaching of said client extracting a session-ID from said 
packet received from said server when it is determined that the packet received from said 
server is the session packet . 

Additionally, there is no teaching of said client loading said session-ID into a 
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Session-ID field of a PPPoE Active Discovery Terminate (PADT) packet and transmitting 
the PPPoE Active Discovery Terminate (PADT) packet to said server and checking for a 
server transmitted PPPoE Active Discovery Terminate (PADT) packet in response 
thereto; and said client transmitting a new a PPPoE Active Discovery Initiation (PADI) 
packet to said server to reconnect said server and said client, when said client receives 
the server transmitted PPPoE Active Discovery Terminate (PADT) packet. 

In the Office action the Examiner notes that Xu does not explicitly teach extracting 
a session-ID and loading it into a PPPoE Active Discovery Terminate packet and 
transmitting the PPPoE Active Discovery Terminate packet to the server. 

Here the Examiner fails to appreciate that Xu has already transmitted a PPPoE 
Active Discovery Terminate (PADT) packet back in step 294, prior to transmission of the 
PADI packet and checking for a PADO packet. 

The Examiner applies Mamakos' teaching of extracting a session-ID and loading it 
into a PPPoE Active Discovery Terminate packet and transmitting the PPPoE Active 
Discovery Terminate packet to the server (page 5, section 5.5). Mamakos does not teach 
modifying Xu to move step 294 to follow the 'NO' response of step 296, and the 
Examiner has not suggested such a modification. 

We note that Xu teaches setting the session ID field 226 to 0x0000 in the PADI 
packet sent in step 295. Thus there does not appear to be any need to extract a session ID 
following the deterination of whether a PADO packet was received. 

Accordingly, claim 1 is not obvious in view of the applied art, and the rejection 
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should be withdrawn. 

The Examiner holds that it would have been obvious to one of ordinary skill in the 
art at the time of the invention to modify the teachings of Xu to include extracting a 
session-ID and loading it into a PPPoE Active Discovery Terminate packet and 
transmitting the PPPoE Active Discovery Terminate packet to the server as taught by 
Mamakos in order to terminate a PPPoE session. 

Although Mamakos fairly teaches extracting a session-ID and loading it into a 
PPPoE Active Discovery Terminate (PADT) packet, such an operation would have been 
performed at step 294 in XU, not following step 296, as required by Applicant's claim 1 . 

Accordingly, claim 1 is not obvious in view of the applied art, and the rejection 
should be withdrawn. 

Further, if one looks to Xu's paragraph [0063], for the teaching of transmitting a 
PADI packet following the transmission of the PADT packet (paragraph [0062]), as the 
Examiner apparently has, with respect to the claimed feature of said client transmitting a 
new a PPPoE Active Discovery Initiation (PADI) packet to said server to reconnect said 
server and said client, when said client receives the server transmitted PPPoE Active 
Discovery Terminate (PADT) packet, we find no teaching in the applied art suggesting 
modifying Xu to include the steps of said client transmitting a PPPoE Active Discovery 
Initiation (PADI) packet to said server if said client becomes disconnected from said 
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server in a manner other than by transmission of PPPoE Active Discovery Terminate 
(PADT) packets between said client and said server; and said client checking a packet 
received from said server, following the transmission of said PPPoE Active Discovery 
Initiation (PADI) packet, to determine whether the packet received from said server was 
a PPPoE Active Discovery Offer (PADO) packet or a session packet prior to Xu's 
transmission of a PADT packet in step 294. 

Accordingly, claim 1 is not obvious in view of the applied art, and the rejection 
should be withdrawn. 

Claims 2-4, 6-9, 11-14, 16 are deemed to be non-obvious for the same reasons as 
claim 1 , thus the rejections thereof should be withdrawn. 

B. Claims 5, 10 and 15 were rejected under 35 U.S.C. §103 for alleged 
unpatentability over Xu '263 in view of Mamkos and Kaganoi et al. 6 198, and 
further in view of Ogushi et al. 9 U.S. Patent Publication No. 2003/0182434. 
The Applicant respectfully traverses this rejection for the following reason(s). 

Claims 5, 10 and 15 are deemed to be non-obvious for the same reasons as claim 1, 
thus the rejections thereof should be withdrawn. 

The Examiner is respectfully requested to reconsider the application, withdraw the 
objections and/or rejections and pass the application to issue in view of the above 
amendments and/or remarks. 
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A fee of $460.00 for large entity is incurred by filing of a petition for two-month 
extension of time, set to expire on 12 March 2008 . Applicant's check drawn to the order 
of Commissioner accompanies this Amendment. Should the check become lost, be 
deficient in payment, or should other fees be incurred, the Commissioner is authorized to 
charge Deposit Account No. 02-4943 of Applicant's undersigned attorney in the amount 
of such fees. 



1 522 "K" Street N.W., Suite 300 
Washington, D.C. 20005 
(202) 408-9040 

Folio: P56929 
Date: 3/11/08 
I.D.: REB/MDP 




Robert E. Bushnell{ 
Attorney for the Applicant 
Registration No.: 27,774 
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